External Repair Of A Computer 



This application is a continuation-in-part of: 

U.S. Patent Application No. 09/862,898, entitled, "A Computer with Switchable 
Components," filed May 21, 2001, naming Kenneth Largman and Anthony B. More as inventors, 
with Attorney Docket No. A-70543/RMA/LM, and commonly assigned to Self Repairing 
Computers, Inc., San Francisco, California. 

U.S. Patent Applications No. 09/862,898 is incorporated by reference herein. 

The invention may back up or recover a computing device. The computing device may 
include a user computing environment and a supporting environment which stabilizes and 
functionality of the user computing environment. The invention may include one or more 
external devices or removable media. 

Master Template 

A master template may be a copy of data that represents an ideal state of a computer 
system or component of a computer system. The master template may be created by copying 
data from an operational computer system or component of a computer system. The computer 
system may be in an ideal state before creating a master template. An ideal state of a computer 
system may be represented by data that is accessible to the computer system. Data, within this 
context, may include an operating system (e.g., Linux, Unix, Windows 98), applications (e.g., 
WordPerfect, Microsoft Office), user data (e.g., operating system preferences, background 
images, created documents), and component data (e.g., BIOS, PRAM, EPROM). Data may also 
include any information accessible to the computer system, including local and remote data 
storage devices. 

As an example, the master template for one computer system may include all of the 
information installed on that computer system, such as Windows 98 operating system, 
WordPerfect application, documents created by the user. The information may be installed 
across multiple hard drives accessible to the computer system. Additionally, the master template 
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may include a copy or an ideal-state version of the BIOS settings. 

A master template may represent a snapshot of a newly purchased computer system. The 
system is typically in an ideal state with an operating system and various applications pre- 
installed, thereby allowing a user to begin utilizing the computer system. For a particular user, 
the master template may represent an ideal state of a computer system, including, for example, an 
operating system, applications, and user customizations. A user customization may include the 
users prior selection of a picture or "jpg" image for a desktop background, such as a picture of 
the users pet. 

Optionally, the master template may be created from a first computer system and 
subsequently may be used as a master template for a different computer system. An ideal state of 
the first computer is thereby transferred to a second computer system or any number of computer 
systems. 

Backups 

A backup is a copy of data that represents an information on a computer system or 
component of a computer system. The backup may be created by copying data from an 
operational computer system or component of a computer system. A backup of a computer 
system may include data that is accessible to the computer system. Data, within this context, 
may include an operating system (e.g., Linux, Unix, Windows 98), applications (e.g., 
WordPerfect, Microsoft Office), user data (e.g., operating system preferences, background 
images, created documents), and component data (e.g., BIOS, PRAM, EPROM). Data may also 
include any information accessible to the computer system, including local and remote data 
storage devices. 

As an example, a backup for one computer system may include all of the information 
installed on that computer system, such as Windows 98 operating system, WordPerfect 
application, documents created by the user. The information may be installed across multiple 
hard drives accessible to the computer system. Additionally, the backup may include a copy or 
an ideal-state version of the BIOS settings. 

An archive is a backup which typically may not be erased. 



Data Storage Device 

A data storage device includes memory devices, which are accessible to a computer 
system. A computer system is capable of accessing or storing data in a variety of memory 
devices. Memory device may include hard drives, RAM, ROM, EPROM, or BIOS. Memory 
devices store data (e.g., data or programs). User data is typically stored on disk drives, but may 
potentially be stored on any memory device. Typically, a computer system utilizes a variety of 
memory devices. For example, an operating system, applications and user data may be stored on 
a hard drive, a BIOS program may be stored in ROM, and BIOS data may be stored in a 
protected memory. 

DSD 

A "DSD" refers to a "data storage device." 

Methods of External Attachment 

Data Storage Device (DSD) may be an external device. A variety of protocols currently 
exist for utilizing external devices. Some of the more prevalent protocols include TCP/IP, USB, 
USB 2, Firewire, IEEE 1394, PS/2, parallel, serial, PCMCIA, SCSI. Other protocols and method 
of connecting external devices to a computer system will be apparent to one skilled in the art. As 
an example, a SCSI hard disk and SCSI CDROM are memory devices that may be attached to a 
computer system. The computer system may then read or write to the external device. 

Repair Process: 

An automated process may repair a data storage device of a computer system. The repair 
process may include multiple programs. The automated process may be triggered by a particular 
event or a set of events. The repair process may be specific to a particular data storage device 
such as the primary boot partition of a hard drive. The repair process may encompass a variety 
of functions which may be modified, added, of skipped based on the type of repair or user 
preferences. The user may modify user preferences. 

In one embodiment, the repair process represents a sequence of functions. Typically a 
Master Template is either provided to the user or created by the user. Backups are created 



intermittently . The computer system becomes unstable and repair becomes necessary. The user 
may activate the repair process or the repair process may recognize the instability or problems 
with the system and activate the repair process. 

Prior to repair, a Master Template typically exists for the computer system. The Master 
5 Template may have been created in a number of different ways. Several ways of creating one or 
more Master Templates for this computer system include: shipped with a new computer, created 
with the installation of software (e.g., software to support this process), created by a user- 
activated program, periodically created of a Master Template by a program. 

Backups typically exist for a computer system. A backup may include user data and 
10 programs which have been stored on a data storage device accessible to the computer system, 
k For example, documents may have been created or modified by a user. These documents may be 
jf{ stored as a backup. The user may have installed additional programs that may be stored in a 
JE backup. 

P During a backup process data is copied from a data storage device of the computer system 

15 tf " to the backup data storage device(s). Any data that is accessible to the computer system may be 
0 backed up. The backup may be compressed. Compression may reduce the amount of storage 
il space required to hold the backup. Incremental backups may also be used. Incremental backups 
2 may reduce the time required to perform a backup and reduce the storage space required to store 
fij them. Backups may be stored as archives. 

20 

Repair Process is activated and (Optionally may be confirmed): 

The repair process may include a number of functions. The repair process may be 
initiated by a user, administrator, repair software, or repair hardware. The user may specifically 
initiate the process (e.g., double clicking on an icon of a graphical operating system). An 

25 administrator may initiate the process by communicating with the computer system over an 

internet connection such as TCP/IP. Repair software may initiate the process by utilizing a boot 
diskette or a separate boot partition on the hard drive. Repair hardware may initiate the process 
by sensing a frozen state of the operating system or hard disk, and subsequently initiating the 
repair process. Alternatively, the user may press a hardware switch which initiates a process to 

30 shutdown the machine, switch boot disks, and the subsequent startup may initiate the 
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continuation of the repair process. 

The repair process may be configured to allow the user to confirm the repair process in a 
number of scenarios. For example, before a DSD is reformatted the user may be requested to 
confirm the operation. The user may be allowed to halt the repair process. 
5 The repair process may utilize a Master Template, Backup, Archive, various commands 

associated with an operating system, switching, and other programs, for repairing a computer 
system. For example, the repair process may format and partition a hard disk using an MS-DOS 
command, then copy a Master Template to the primary boot partition of the hard drive, then copy 
the latest Backup or Archive, then mark the primary boot partition as the active partition. 
1 0 Any number of backups or archives may be used to restore the user DSD(s). 

%2 Command associated with an operating system may be used to reset or update DSD of the 

CI computer system. A DSD (e.g., PRAM, BIOS, or CMOS) may be updated through the use of 

S|- 

jg commands associated with an operating system. Typically, MS-DOS commands may be used to 

ft t 

!JJ download, save, reset, reset to the default, or update a BIOS version. For example, one step in 
15 CP the repair process may include booting into an MS-DOS partition, executing MS-DOS 

Q commands to update the BIOS of the computer system, then change the boot device and reboot 
yf the computer system to continue the repair process if necessary. Alternatively, the DSD (e.g., 
H BIOS) may be set to a previously saved state. The previously saved state may be included as 
S part of the Master Template, Backup, or an Archive. 
20 The repair process may also be capable of managing DSDs. Managing DSDs may 

include testing, reformatting, analyzing, resetting, or determining bad blocks. Alternatively, the 
repair process may interact with other programs to provide management functionality of all or 
some DSDs. For example, the repair process may rely on operating system commands to format 
a DSD (e.g., a hard drive), but interact with a program to interact with another DSD (e.g., BIOS, 
25 PRAM). 

The repair process may evaluate the present state of the computer system. As part of the 
analysis the repair process may determine or recommend a type of repair. For example, if the 
DSD (e.g., hard disk) is not responding then reformatting may be recommended. If only several 
files appear to be corrupted then the repair process may determine only those files need to be 
30 copied from a Master Template or a backup. Some or all of the data from a master template may 
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be copied on to the DSD(s). Alternatively, the repair process may copy the entire master 
template to the DSD(s). 

The repair process may perform a similar evaluation regarding how much of a backup 
needs to be copied. Some or all of the data from a backup may be copied on to the DSD(s). 
Alternatively, the repair process may copy the entire master template to the DSD(s). 

Rebooting the computer system may be integrated into the repair process. Switching 
between boot devices may be integrated into the repair process. The repair process may switch 
the boot disk from hard disk 1 to hard disk 2. Power may be cycled such that hard disk 2 boots 
up as the active partition. A default program may be executed as part of the boot sequence to 
perform part of the repair process. Subsequently, the repair process may alter the hard disk 1 , 
switch hard disk 1 to the active partition, and then reboot or cycle the power to initiate the 
booting of hard disk 1. 

Some Examples of External Device Embodiments 

The repair process may be initiated or managed by an externally located device that may 
be communicative coupled to the computing device through, e.g., USB, Firewire, parallel, serial, 
PS/2, PCMCIA, or infrared. The external device may be the boot device. 

An external boot device may be connected to the computer system with the boot device 
activating the repair process. The repair program may reside on the boot device or a second data 
storage device. The second data storage device may also be communicatively coupled to the 
computer system. The second data storage device may contain master templates, backups, or 
archives. The second data storage device may also contain the repair program or other programs 
which facilitate the repair process. 

For example, an internal SCSI device "id 0" may be the default boot device. The repair 
process may switch the power to the SCSI device "id 0" OFF. The repair process may switch the 
power to an external SCSI device "id 0" ON. The repair process reboot the computer system by 
actuating a reset command (e.g., a mechanical device, a logic circuit). When the computer 
system reboots, the external SCSI device may be the boot device. The repair process may then 
continue as directed by part of the repair process on the external SCSI hard drive. 

The repair process may include switching the device id's of a primary and secondary 



SCSI disk. In this second example, the internal SCSI drive may be "id 0" and the external SCSI 
drive may be "id 5". The repair process may change the internal SCSI device to "id 5" and the 
external SCSI device to "id 0". Switching of the SCSI device id's may be performed by the 
repair process (e.g., a mechanical device or a logic circuit, activated by the repair process). 

In another embodiment, the BIOS may be modified to enable booting from an external 
device. The boot device may also be switched by updating the BIOS. Typically the BIOS 
defines the boot sequence. If the first boot device is not found, then an alternate boot device may 
be defined in the BIOS (e.g., the boot-device sequence is CDROM, A:, C:). The BIOS may be 
downloaded, modified, and restored. The BIOS may be updated (e.g., in place, via download- 
modification-upload) to change the boot identifier of a USB device, an IDE device, or other 
devices. The repair process may download a copy of the BIOS in a variety of ways. One 
example, includes booting into an MS-DOS mode, executing a program to save the current BIOS 
to a file. The BIOS file may be saved into a master template, backup or archive. Alternatively, 
the BIOS file may be modified by the repair process to change the boot sequence. If the BIOS 
file is updated then it must be loaded into the computer system to take effect. Effectively the 
boot sequence may be changed to another DSD, such as a second hard drive. The external SCSI 
disk with a specific "id" may become the "boot device". Another option involves storing 
multiple copies of the BIOS file, each having a different boot sequence, uploading the 
appropriate BIOS file may allow booting from a particular boot device (e.g., IDE hard drive 
partition 1, SCSI device "id 0", USB disk, Jaz drive, etc.). An external device may be the boot 
device and start or continue the repair process. 

In another embodiment, a secondary boot device may be attached as an external Data 
Storage Device to a computer system (e.g., connect to a parallel port). This secondary boot 
device may activate or manage the repair process. The secondary boot device may contain 
programs to conduct processes such as reformatting another data storage device (e.g., internal or 
external hard drive), copying data from a Master Template, copying data from a backup or 
archive. 

A program on the secondary boot device, or accessible to the secondary boot device, may 
be activated to create a master template, backup, or archive of and data accessible by the 
computer system (e.g., the user's main drive). 



A program on the secondary boot device, or accessible to the secondary boot device, may 
be activated to repair a data storage device on the computer system (e.g., the user's main drive 
that needs to be repaired). In this scenario, the Master Template, Backup, or archive Data 
Storage Device(s) may be attached externally via USB, firewire, etc. The program may actively 
search for Master Templates, Backups, or archive DSD(s) and present the user with a list of 
options for restoring the computer system. Alternatively, the repair process may determine and 
select the best restore options and continue the repair process. 

In another embodiment the repair process may be initiated by insertion of a floppy, cd, 
dvd, or use any other form of removable storage/memory or startup device, and rebooting the 
computer system. The removable storage/memory or startup device may boot if the BIOS boot 
sequence contains a sequence in which the boot order enables a removable media to act as the 
boot device. Booting from the removable media may trigger or activate an automated repair 
process (e.g., a program located on the removable media or an external device). Booting from 
the removable media may activate a mechanical device or program logic to initiate the repair 
process (e.g„ switch hard disk device id's and initiate a reboot sequence to boot from another 
device to continue the repair process). 

In another embodiment, a repair program or part of the repair process may be placed in a 
StorExecute, microcontroller, ASIC, etc. The repair program may activate a repair process. The 
repair program may include managing the repair process. Functions which may be performed 
include reformatting data storage device(s), switching between boot devices, switching electrical 
components within the computer system or external components, copying data to/from data 
storage device(s), (e.g., copying master templates, backups, etc, or any portion to another data 
storage device), and other repair functions. The repair process, may also be located, integrated, 
or embedded in an external device. A switch trigger that activates the repair process may also be 
located, integrated, or embedded in an external device. 

In one embodiment, the startup device may be selected by a StoreExecute. Alternatively, 
a device identity may be assigned by a StoreExecute. The necessity to perform switching 
through the use of jumpers is thereby reduced. For example if a repair process is triggered, a 
StoreExecute may assign device identities to data storage devices or may decide which data 
storage device shall be used for the repair process, and which data storage device shall be used 
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for boot data storage device if rebooting is utilized in the repair process. 

In one embodiment during "on-the-fly" repairs, an external data storage device may be 
utilized for such things as the Master Template or backups, or for software used for the repair 
process. 

5 In this embodiment, an external data storage device ("DSD") is attached to a typical 

personal computer that contains an internal data storage device. The internal DSD may be 
referred to as the "main user" data storage device. An external DSD may be attached via any 
available external connection. 

1 0 Example of external data storage device ("DSD") for repairing a computer: 

In this example, a user attaches an external data storage device ("DSD") to a computer 
with any available external connection (e.g., Firewire, USB, SCSI, etc.). An external connection 
may include USB, USB 2, Firewire, IEEE 1394, PS/2, parallel, serial, PCMCIA, SCSI, and other 
protocols and method of communicating with an external device. 
1 5 P The user installs software on "main user" DSD that initiates a program to create a master 

q template, and schedules Backups to execute every Friday morning. The master template is 
| y created by the program and stored on the external data storage device. Every Friday morning the 

M ; repair process runs and stores a backup of additional information to the external data storage 

. Q 

m device. 

20 A micro-controller and EPROM may be attached to the computer to perform part of the 

repair process. Attachment may be via any available external connection. The micro-controller 
and EPROM may be integrated into the external data storage device. 

A switch trigger may be attached to the computer. Attachment may be via any available 
external connection. The switch trigger may be integrated into the external data storage device. 

25 As another example, the main user data storage device is accidentally erased or damaged 

and that the computer system will not boot. The user decides to repair computer and initiates the 
repair process by activating a switch trigger, which initiates the following process: 

The micro-controller may interrogate the BIOS of the computer system to determine its 
current boot up sequence. EPROM may store instructions for how to accomplish this. 

30 The micro-controller may determine that it is necessary to alter the boot sequence so that 
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the externally attached data storage device will become the boot device. The micro-controller 
and associated EPROM may flash the BIOS in order to accomplish this. The micro-controller 
may then send a command to computer to reboot the computer. When the computer reboots, it 
will reboot from the external data storage device. 

Following the boot up, programs which are located on the external data storage device 
may execute the repair process as defined herein. 

This description includes and incorporates the two Appendices which follow: Appendix 
, A and Appendix B. Appendix A itself refers to an Appendix. That referenced Appendix is a 
sub-Appendix within Appendix A. 
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